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PROCESS FOR OPTIMIZING THE page on demand. Dynamic web sites are created on the fly 

EFFECTIVENESS OF A HYPERTEXT generally from information stored in a database or by other 

ELEMENT methods which generate web pages and content in real time 

LIMITED COPYRIGHT WAIVER . aCC ° rding t0 the behavi ° r and ^ ° f the 

3 user. 

A portion of this patent document contains material in The web sites, also known as home pages, may be created 

which a claim of copyright protection is made. The copy- from various word processing documents spread sheets, 

right owner has no objection to the reproduction of the presentation packages and the like using available applica- 

patent document for review as it appears in the files and tion programs which convert the word processing docu- 

records of the U.S. Patent and Trademark Office, but ments into hypertext documents compatible with HTML. 

reserves all other rights. Microsoft's "FRONT PAGE" software is an example of 

available software for creating web sites. 

BACKGROUND OF THE INVENTION „ , , , iU * , . . 

Hundreds and even thousands of web sites can be run by 

1. Field of the Invention !5 a we t> server. Each of the web sites may consist of any 
The present invention relates to a process for optimizing number of web pages and/or can even consist of a single 

the effectiveness of a hypertext document or content variable hypertext document and one or more succeeding linked 
(hereinafter, "hypertext element"), and, more particularly, to documents. The cost for maintaining a web site on a 
a process for analyzing specific hypertext elements of a particular web server is based on various factors including: 
document in Hyper Text Mark-up Language (HTML), either 20 the particular disk storage space for the web site and/or web 
static or dynamic, which automatically redirects links to the page, computer processing requirements, costs associated 
hypertext elements to a plurality of alternate hypertext with designing and constructing pages in the web sites, costs 
elements configured in effective parallel paths (i.e. rotated of technical maintenance of the web site and the required 
between alternative elements) according to a predetermined 25 hardware and software, costs to purchase the required hard- 
distribution function in order to analyze the manner in which ware and software to operate the web site and other costs 
visitors to a web site respond to links to each of the alternate associated with building and operating the web site, 
hypertext elements so that the most effective alternate can be Each web site may have one or more objectives. In order 
determined in order to improve the overall effectiveness of for the web site to be successful, the objectives of the web 
the hypertext element. 30 s it e and/or web pages within the web site must be fulfilled. 

2. Description of the Prior Art Various objectives are known for such web sites, including: 
The worldwide web is becoming an increasingly popular acquiring visitor profiles or registrations and/or other infor- 

means for communication over the Internet. Home pages, or mation; downloading or distributing software; displaying 
web sites, are used for various purposes, including adver- 35 text and graphics; selling products and services; distributing 
tising and selling products. Such web sites or home pages information, as well as advertising. A measure of the effec- 
are formed from hypertext documents created by Hyper Text tiveness of a web site can be determined by the number of 
Mark-up Language (HTML). In their simplest form, hyper- compliances with the objective. As used herein, compliance 
text documents can be a page of text with certain words or is defined as the successful achievement of the desired 
phrases, known as hyperlinks or links, highlighted, for 40 behavior, whether it be purchasing products or services or 
example, by underlining or the use of different colors, or downloading information or any of the other objectives 
both. When a visitor to the web site clicks a mouse pointer mentioned above or any other outcome which the website is 
on a hyperlink, control is transferred to a different hypertext intended to produce among visitors. Since each access to a 
document to which the hyperlink is connected in order to 45 web site and succeeding hypertext document is logged by 
enable the visitor to the web site to browse through a the web server, the success or compliance with the business 
continuing series of documents or document pages of inter- objective can be measured by analyzing the server log file 
est. Hypertext documents are not limited to text documents, maintained by the web server or through other measurement 
but can also be complex multimedia documents which methods whereby the visitor's compliance with the intention 
contain graphics, pictures, sound or video objects or other 50 of the website can be assessed, including externally col- 
hot spots. A hot spot is a general term for the various places lected survey information. 

or locations on the document page that are linked to another An exemplary map of a web site or home page is 

document or which trigger an audio or video clip or some illustrated in FIG. 1. The home page is illustrated to the left, 

other action. Graphics and pictures are inserted into hyper- 55 with links to various other hypertext documents moving 

text documents in the same way that a word or phrase is from left to right. In order to simplify the discussion, as well 

linked between documents as discussed above. A sound or as the illustration, the server is shown with a single hypertext 

video object, in the form of a recording of a sound or video, home page and assumes only one source of entry for each 

can be electronically inserted into the document, denoted by hypertext document. However, as will be apparent to those 

a label or icon, which appears as a hyperlink. When a mouse 60 of ordinary skill in the art, the discussion equally follows to 

pointer is clicked on the icon, rather than being transferred more complex structures, 

to a new document or document page, a sound or video clip As shown in FIG. 1, the exemplary home page is linked 

is played in a small window that automatically opens up in to four hypertext documents A, B, C and D. Each of the 

the document. 65 hypertext documents A, B, C and D contain successive links 

Both static or dynamic web sites are known. Static web to other hypertext documents as well as a link to another web 

sites are simply static files that are used to create a home site, as indicated by the hyperlinks E and X, which represent 
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advertising links from a particular web site to another web 
site. The hypertext document T represents the page where 
the product is sold. Thus, with respect to the exemplary map 
illustrated in FIG. 1, access to the hypertext documents E, T 
and X may represent compliances with the business objec- 
tives. The other hypertext documents or pages may contrib- 
ute to the web site as a whole, but do not directly fulfill the 
business objective for the web site. 

Compliance generally requires two things: First, a visitor 
must actually visit a web page, called the target page, where 
the visitor is provided with the opportunity to perform the 
compliance. Second, the compliance must be executed (i.e. 
the desired action must be performed). See the following 
examples: 
Example 1 

The objective of the web site is to sell merchandise. The 
compliance is that the visitor orders merchandise. In order to 
do this, the visitor must visit the page on the site where 
orders are submitted, or the target page. 
Example 2 

The objective of the website is to inform visitors of the 
health benefits for a particular cereal and distribute coupons 
for that cereal. The compliance is that the visitor reads or 
downloads the information and coupons from the target page 
or pages which contain it. 
Example 3 

The objective of the website is to acquire consumer 
profiles through registrations. The compliance is that the 
visitor registers the appropriate information with the vendor, 
and the target page is where the registration form is located. 

Various factors affect whether the visitors to the home 
page choose to pass through the various links to the hyper- 
text documents E, T and X, which, as discussed above, 
represent compliances with the business objective. 
Examples of such factors include: speed at which the home 
page downloads; the graphical design and aesthetics of the 
home page; the creative positioning and strategy of the home 
page; the material and information content of the home 
page; the specific nature and location of the hot links on the 
home page; the speed at which the linked pages download; 
the graphical design and esthetics of the link pages; the 
creative positioning and strategy of the linked pages; the 
material and information content of the linked pages; the 
specific nature and location of the hot links on the linked 
pages, as well as the pricing, promotional and advertising 
information regarding the vendor's products. There are 
various trade-offs in the factors identified above. For 
example, more complex graphics may take relatively longer 
to download, but may be more aesthetically pleasing to the 
visitor. The download time for each of the hyperlink docu- 
ments has a definite effect on the attrition rate at each of the 
links. 

FIG. 2 represents an exemplary number of accesses to 
successive links from the home page, assuming 100 visitors 
initially visited the home page. As shown, for every 100 
visitors to the home page, only 70 move on, for an attrition 
rate of 30%. Of the 70, only 9 comply with the particular 
business objectives of the site [i.e., 4 move on to link E, 
while 5 move on to page T for a total of a nine percent 
success rate for every 100 visitors to the home page. 

As can be seen from the above example, the number of 
compliances relates directly to the return on investment. 
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Since the proprietor of the home page pays according to the 
amount of disk space and other costs associated with the 
creation, operation and maintenance of the web server, the 
return on investment for this cost can be improved by 
improving the number and/or percentage of compliances. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to improve the 
) effectiveness and return on investment (ROI) of a web site. 

It is yet another object of the present invention to provide 
a process for analyzing links in a web site in order to 
optimize those links and provide maximum effectiveness for 
the web site. 

' Briefly, the present invention relates to a process for 
optimizing the effectiveness of a web site or web page. In 
particular, various hypertext variables of hypertext docu- 
ments in Hyper Text Mark-up Language (HTML) (hypertext 

20 elements) are analyzed to identify weak (i.e. low traffic, for 
example) links in order to improve compliances with the 
business objective for the web site or web page. A plurality 
of alternate hypertext elements are created and placed in 
effective parallel paths by sequential rotation relative to the 

25 original hypertext document according to a predetermined 
distribution pattern, for example, sequential, equal distribu- 
tion or random distribution. Accesses to the web site are 
redirected to the alternate hypertext elements transparently. 

30 Access logs or other sources of measurement for each of the 
alternate hypertext elements are analyzed to determine the 
most effective alternative hypertext element, according to 
predetermined criteria. The most effective hypertext element 
is then substituted for the original hypertext element in order 

35 to improve the effectiveness of the web site. 

BRIEF DESCRIPTION OF THE DRAWING 

These and other objects of the present invention will be 
readily understood with reference to the following specifi- 
40 cation and attached drawing, wherein: 

FIG. 1 is a map or link diagram of various hypertext 
documents on an exemplary web site. 

FIG. 2 is an abbreviated version of the map illustrated in 
45 FIG. 1 shown with an exemplary number of visitors to 
various successive links to the home page. 

FIGS. 3-13 represent the process steps for maximizing a 
web site in accordance with the present invention. 
50 FIG. 14 is a map of an exemplary web site. 

FIGS. 15-20 are exemplary pages for the web site illus- 
trated in FIG. 14. 

FIG. 21Ais an exemplary web server log file. 
55 FIG. 21B is an exemplary output of a log analysis of 
server request log for a web site server. 

FIG. 22 is a block diagram illustrating a plurality of echo 
pages in parallel paths with the original home page in 
accordance with the present invention. 
60 FIG. 23 is a block diagram which illustrates how a 
conventional web site server generates static web pages in 
response to client request. 

FIG. 24 is similar to FIG. 24, but for a dynamic web page. 
65 FIG. 25 is a block diagram illustrating various methods 
for creating alternate web pages in accordance with the 
present invention. 
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FIG. 26 is a block diagram which illustrates how the 
process in accordance with the present invention responds to 
requests from a client for static web pages. 

FIG. 27 is similar to FIG. 26 but for dynamic web pages. 

DETAILED DESCRIPTION OF THE 
INVENTION 

FIGS. 14-20 represent an exemplary web site with mul- 
tiple objectives. Referring to FIG. 14, a map for an exem- 
plary web site is illustrated with three (3) objectives: (1) 
receive product information request; (2) receive customer 
feedback; and (3) provide a community service through an 
events calendar. FIG. 15 represents an exemplary home 
page. The home page includes three hyperlinks 
(COMMUNITY CALENDAR, PRODUCTS, FEEDBACK) 
for each of the three objectives identified above. The PROD- 
UCTS hyperlink links the home page to an alternative page 
and, in particular, to a products page illustrated in FIG. 16, 
wherein the visitor can request product information for a 
particular product by inserting information regarding name, 
title, company, address, phone number and E-mail address. 
Once the information is inserted, clicking the mouse cursor 
on the SUBMIT REQUEST hyperlink will link the visitor to 
a Form Confirmation page as illustrated in FIG. 17. The 
Form Confirmation page provides confirmation to the visitor 
to the site that the product information has been properly 
requested. FIG. 18 is a page that is linked to the home page 
illustrated in FIG. 15, that is selected when the FEEDBACK 
link is selected on the home page. FIG. 19 is a Form 
Confirmation page which provides feedback information in 
accordance with an objective for the site. Lastly, the COM- 
MUNITY CALENDAR link provides a link to a community 
calendar page illustrated in FIG. 20 which provides a 
calendar of local events in accordance with another objec- 
tive of the home page. 

The present invention relates to a process for optimizing 
the effectiveness of a web site. The process consists of a 
plurality of steps, as will be discussed below, some of which 
may be conducted off-line, while others may be conducted 
on-line. For the steps that are conducted on- fine, the soft- 
ware for such on-line steps is ideally stored on the web 
server which operates the web site of interest. 

The process may be broken down to eight (8) basic steps 
as set forth below: 

(1) define and prioritized web site objectives; 

(2) specify target pages and compliances for each objec- 
tive; 

(3) conduct log analysis; 

(4) identify and prioritized test opportunities; 

(5) design tests for each opportunity; 

(6) conduct tests; 

(7) implement improved alternative; 

(8) repeat process. 

These eight steps are illustrated in FIGS. 3-13. Referring to 
FIG. 3, the start of the process relates to defining and 
prioritizing web site objectives. The first step in the process 
is to define and prioritize web site objectives, a step that may 
be conducted off-line. More particular, referring to FIG. 3, 
initially, in step 20, the web site objectives are recorded. For 
the example illustrated in FIGS. 14-20, the objectives are as 
follows: 



58,125 

6 

(1) receive product information requests; 

(2) receive customer feedback; 

(3) provide a service to the community through an events 
calendar. 

5 Once the obj ectives of the web site are defined, each of the 
objectives for the particular web site are prioritized in step 
22, for example, with a priority between zero (0) and one (1), 
with zero being the lowest and one being the highest. For the 

10 example above, receiving product information requests may 
be considered a high priority, while receiving customer 
feedback may be considered a medium priority, while pro- 
viding a service to the community may be a low priority. 
After the web site objectives are defined and prioritized, 

15 the second major step in the process, as illustrated in FIG. 4, 
is to specify the target page and compliance for each 
objective, which may be another off-line step. This step is 
illustrated in FIG. 4 and discussed herewith with respect to 

20 the example illustrated in FIGS. 14-20. Initially, the target 
page and address or universal resource locator (URL i.e., 
http://www. domainname.com/filename.html/) for each 
objective is recorded in step 24. In addition to recording the 
target page and URL for each objective, the compliance for 

25 each objective is recorded in step 26. Utilizing the example 
illustrated in FIGS. 14-20, the target page and associated 
compliance for each objective made would be as follows: 
Obj. 1 

30 Target Page: The Product Page. 

Compliance: Click on the Submit Request Button that 

links to the Product Form Confirmation Page. 
Obj. 2 

Target Page: Feedback Page. 
35 Compliance: Click on the Submit Request Button that 
links to the Feedback Form Confirmation Page. 
Obj. 3 

Target Page: The Home Page 

40 Compliance: Click on the hypertext link to the Commu- 
nity Calendar Page. 
As mentioned above, the URL for each of the target pages 
is recorded for each of the target pages. Each of the URL's 
would have the general form http://www.domainname.com/ 

45 filename.html/. 

Step 3 of the process in accordance with the present 
invention relates to conducting a web server log analysis as 
illustrated in FIG. 5. Step 3 of the process may be an off-line 
process but may be conducted by available server log 
analysis software, for example, Market Focus ™ 2 Standard 
Edition Version 2.0. 902 by Interse Corporation. As men- 
tioned above, a map of the web site is first provided, for 
example, as illustrated in FIG. 2, illustrating the home page 

55 and all successive pages in the web site. The web site server 
log provides the number of visits for each link in the web 
site. An exemplary web server log file is illustrated in FIG. 
21A while FIG. 21B represents an exemplary output of a log 
analysis program. As shown, the web server log file identi- 

60 fies each request for a file on the web server. The web server 
log is then input into the log analysis software program, as 
discussed above. Since the web server log files are on the 
web server, the log analysis software is preferably run on the 

65 web server itself. Thus, in step 28, as illustrated in FIG. 5, 
the web server log data is collected. Once the web server log 
data is collected, the success percentage for each target page 
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based on the web server log data may be computed in step 
30. The output of the log analysis is used to sort out all the 
data in the web server log file and identify the number of 
requests for target pages and compliance links, as desired. 
This data is also used to identify critical parts and links 
between the site entry and the target pages such that weak or 
leverage points in the structure of the website can be 
identified. The data can also be used to identify the rela- 
tionship between an improvement at each point along the 
path and the number of visitors reaching the target page. 
This information is used to determine the percentage of 
success for each target page. 

Step 4 of the process, which may be an ofl-line step, in 
accordance with the present invention, is illustrated in FIG. 
6. Once the number of requests per page in the web site is 
known, the data is analyzed to determine where improve- 
ments in the effectiveness of the web site can be made. 
Various methods may be used for analyzing attrition at 
various stages along the path to a target page on a web site. 
For example, as illustrated in step 32 in FIG. 6, a priority 
ranking may be computed for each target page, according to 
a formula as follows: 

Rank=(100-success percentage 'priority value of associated objec- 
tives) 

This computation may be performed for each objective. 
Utilizing the example illustrated in FIGS. 14-20, three 
computations can be performed, one for each of the target 
pages identified. After the computations are made for each 
of the objectives, the target pages may be sorted in descend- 
ing order of their priority ranking value in step 34. Once the 
target pages are sorted, the target pages at the top of the list 
will be indicative of the best opportunities for improvement 
to maximize the objectives for each of the target pages 
identified. 

Once the best opportunities are identified, a test for each 
opportunity is conducted in step 5 of the process, as illus- 
trated in FIG. 7. It should be understood that step 5 of the 
process can be repeated for any number of pages. It is 
assumed that the target pages will be optimized according to 
their priority ranking, as discussed above, in connection with 
step 4. However, step 5 of the process in accordance with the 
present invention can be repeated for virtually all pages in 
the system. 

Referring to FIG. 7, a target page is selected for testing in 
step 36. As mentioned above, the target pages may initially 
be selected according to the priority identified in step 4 of 
the process or through some other process. Once a target 
page is selected for testing, the target page is reviewed in 
step 38 to determine the elements on the target page that 
relate to a compliance with the stated objective for the target 
page. Using the example illustrated in FIGS. 14-20, the 
compliance may relate to visiting a target page and request- 
ing product information or downloading information regard- 
ing community events. 

Once the target page is reviewed, one or more alternatives 
to the existing target page or elements or portions thereof are 
designed in step 40. In particular, alternative or echo pages 
are designed. These alternative or echo pages may be done 
off-line with the help of various application softwares such 
as Microsoft's Front Page software, for example, as illus- 
trated in FIG. 22. As illustrated in FIG. 22, four alternates to 
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the original home page are created in step 40, identified in 
FIG. 22 and installed on the web site. The four alternates are 
identified as ECHOl, ECH02, ECH03 and ECH04. 
On-line tests are then conducted in step 6 of the process 

5 as illustrated in FIG. 8. In particular, as will be discussed in 
more detail below, using the example illustrated in FIG. 22, 
the 100 visitors to the home page are automatically distrib- 
uted to the original home page (OHP), as well as the echo 

no P a g es > according to a distribution function in step 44. 
Various distribution functions are possible. As illustrated in 
FIG. 22, the visitors to the home page are equally distrib- 
uted. However, other distribution criteria, such as sequential 
or random, could also be used. Distribution can also be 

15 based upon available information, such as visitors' software, 
characteristics or prior behavior. After the test is configured, 
the web server software is configured in step 46 to redirect 
all requests for the target page or original home page to the 

20 original home page as well as the alternate pages as illus- 
trated in FIG. 22, for example. 

FIG. 23 illustrates the process for serving a static web 
page, while FIG. 24 illustrates the process for serving a 
dynamic web page. Referring first to FIG. 23, a personal 

25 computer (PC), identified as an http client, is shown con- 
nected to a web server by way of the Internet. Visits to a 
home page are accomplished by the client transmitting the 
URL of the home page to the web server 50, as indicated by 

30 the line (1). Upon receipt of the URL for the home page, the 
server reads the contents of the home page from a web site 
File Directory 52, as indicated by line (2). The text file is 
then returned to the client 48 as indicated by line (3). 
Subsequently, the web server 50 logs the request to its server 

35 log file 56 as illustrated by line (4). 

FIG. 24 illustrates the process for accessing a dynamic 
web page. The process is very similar to the static page 
example except that the dynamic web page may be gener- 

4Q ated by a common gateway interface (CGI) program stored 
on the web server 50 or other methodology for generating 
web pages on the fly in real time. Initially, the client 48 
requests the dynamic home page by sending the URL to the 
web site server 50 as indicated by the line (1). In this case, 

45 the URL is the address of a CGI program on the server 50. 
The server 50, in turn, executes the requested CGI program 
identified with the block 58, which, in turn, creates the 
contents of the web page, which are returned to the client. In 
particular, the server 50 passes all parameters to the CGI 
program 58. The CGI program creates the contents of the 
web page and passes it back to the server 50 as illustrated by 
the line (3). The content is returned to the client 48 as 
indicated by the line (4), after which the request is logged in 

55 the Server Log File 56 as indicated by the line (5). 

In accordance with the present invention, tests on alter- 
native or echo pages are implemented. Referring to FIG. 25, 
alternative static web pages can be created in different ways. 
For example, for each alternative page, a static text file can 

60 be created. Alternately, multiple CGI programs can be 
utilized, each capable of generating one of the alternate 
pages. A single CGI program is also contemplated, capable 
of generating all of the alternate pages. Dynamic web pages 

65 can be handled in much the same manner as the static pages 
by modifying, for example, a program that is used to 
generate the current page to also generate alternative pages. 
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Referring back to FIG. 8, a test configuration file is 
created is step 44, identifying the target page, alternative 
elements and distribution criteria. Subsequently, the web 
server is then reconfigured to redirect all requests for the 
target page to a site optimizer CGI program, for example, in 
step 46. Redirection is a commonly known method used on 
the Worldwide Web for the server or a CGI program to 
respond to a request for a particular URL when a requested 
page is not available. In such a situation, the server or CGI 
program returns a URL for a different page. The client then 
reissues its request with the new URL. In the case of the 
present invention, the URL for the site optimizer CGI 
selection program 60 for creating on alternative page is 
included in the response from the server back to the client. 
In this way, the existing test page is transparently replaced 
with an alternative page without any modification of the 
URL used by the visitor to access the test page. 

Alternate to the site optimizer CGI program discussed 
above, various alternate site optimizer programs are also 
contemplated, such as a plug-in program using a web server 
application programming interface (API), Server Side 
Include programming and Third Party Web Server Extension 
programs. Web server plug-in programs perform the same 
basic function as a CGI program but use a relatively different 
method of interfacing with the web server software. In 
particular, plug-in programs use server specific Application 
Programming Interfaces (API) to communicate with the web 
server software. Examples of the web server API interfaces 
include NSAPI from NETSCAPE and ISAPI from 
Microsoft. 

Functionally, relatively little difference exists in the 
implementation of a site optimizer program in accordance 
with the present invention using a web server plug-in 
program or standard CGI, although the code required to 
implement the functionality as well as the installation of the 
program is different. One implementation is to use a plug-in 
program which would obviate the need for redirection of the 
URL of the test page. In such an implementation, the web 
server API would allow the plug-in program to intercept the 
URLs and control how the URL is processed. More 
particularly, the plug-in program would control all access to 
the web site, or at least that portion of the web site contain- 
ing the test page. In such an implementation, the controlling 
program is directed to invoke the site optimizer program, 
which could be either a CGI or an API plug-in program, 
whenever a request is made for the target page. An example 
of such a controlling program is PWS available from W3. 

Server Side Include programming refers to the use of 
non-standard HTML statements usually incorporated in the 
form of comments that are supported by some web servers. 
When the special codes are read in a page being served, the 
web server software invokes a separate program and inserts 
the results of that program into the HTML statements 
returned to the requesting clients. The use of the server side 
include software requires a modification of the original 
HTML pages (static or dynamic) to include the appropriate 
codes to invoke a server side include program. Similar to a 
CGI or plug-in program, the server side include program 
makes the selection of an alternative and return appropriate 
HTML's statements to implement the selected alternative. 

Third Party Web Server Extensions are also an alternative 
to CGI programs for use as the site optimizer program. 
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Similar to Server Side Include programs, Third Party Web 
Server Extension provide extended codes that can be 
included in the HTML statements to control the content of 
the web page. For example, PWS software available from 

5 W3 is an example of a Third Party Web Server Extensions 
that could provide an alternative to CGI programs to imple- 
ment the site optimizer functions in accordance with the 
present invention. The Third Party Web Server Extension 
software may be implemented using a CGI or a web server 
plug-in program. Similar to Server Side Include software, 
Third Party Web Server Extensions require modification to 
the original HTML statements to incorporate the extended 
codes into the page. 

15 FIGS. 26 and 27 illustrate the process represented by step 
48 (FIG. 8) in accordance with the present invention for 
implementing both static and dynamic echo pages, respec- 
tively. For static echo pages, as shown as FIG. 26, a client 
request is made to the server, illustrated by line (1), by 

20 providing the URL of the web page of interest. As mentioned 
above, an important aspect of the invention is that the 
process for maximizing the effectiveness of a web site is 
essentially transparent to the system, by way of the redirec- 
tion process; a known function in various known server 

25 software products, such as Apache, NCSA HTTPd, 
Netscape, O'Reilly Website, and Microsoft Internet Infor- 
mation Server (IIS). In essence, these programs all have in 
common that a user/client request for a particular URL can 

30 be redirected without any modification of the URL for the 
original page. Thus, the server can return the redirect request 
to the client on line (2) with the URL of a site optimizer CGI 
program 60, which, in turn, is logged by the web site server 
along line (3). As discussed in connection with FIG. 25, the 

35 site optimizer CGI program, for example, is used to create 
the echo page. Once the client receives the URL of the site 
optimizer CGI program, the URL for the site optimizer CGI 
program is returned to the web site server along line (4). 

4Q Once the URL for the site optimizer selection CGI program 
is received by the web site server, the CGI program is 
executed by the server along fine (5) to select an alternative 
test page. For static pages, the CGI program can read the file 
for the static web page from a web site file directory along 

45 line (6), as discussed above. Alternatively, CGI programs 

can be used to actually generate one or more of the static 

web pages. In any event, assuming that the CGI program is 

used only to read a static text file for the alternative pages, 

the text file is read as indicated by the line (€) and returned 
50 . 

to the web site server in line (7). After the static test page is 

read by the CGI file, the request is logged in a site optimizer 

log file along line (8), and the file is returned to the client 

along line (9) and logged in the server log file along line 

55 (10). The site optimizer log file is used to log requests to 
each of the alternative pages in order to determine the most 
effective alternate page to the original home page. FIG. 27 
illustrates an embodiment for creating alternative dynamic 
pages to a dynamic web page, which is similar to the static 

60 page discussed above. Returning to FIG. 8, once the web 
server is configured to redirect requests for the home page, 
the alternate web pages are run in step 48 according to the 
predetermined distribution. Subsequently, the test results are 

65 analyzed in step 50 as set forth in FIG. 12, discussed below. 
It should be understood by those of ordinary skill in the 
art that there are various alternatives to redirection, all 
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considered within the broad scope of the present invention. returned to the client, a log record is maintained of the 

For example, a CGI or plug- in program may be utilized that selected alternative in steps 74 and 76. 

controls all access to the web site, or at least a portion of the The system allows testing unique visitor characteristics 

web site pertaining to the test page, as discussed above. In and the ability to relate test results to visitors. For instance, 

such an implementation, a controlling program is directed to 5 if it is believed that men and women react differently to a 

invoke the CGI or an API plug-in program whenever a variable being tested, the user can keep track separately of 

request is made for the target page. In an application using test results among women and men, to the extent that 

APIs, the API would allow a plug-in program to intercept the information is known. Also, a test may even present a 

URLs and control how the particular URL is processed. An 10 different set of alternatives (echoes) to men and women, 

example of such a controlling program is the PWS program This capability may include whatever characteristics are 

from W3. Alternately, there are various alternatives to CGI known about the visitor. These characteristics include past 

programs, as discussed above, which could be used which behavior of the visitor when they previously visited the site, 

do not require redirection, for example, Server Side Include or on their current visit, in that it is possible to track a 

software, and Third Party Web Server Extensions. FIG. 9 15 visitor's behavior in a website in real time, 

represents a more detailed flow diagram for a portion of the FIG. 11 is a more detailed flow diagram for another 

process performed in step 48, FIG. 8. In particular, as portion of the process performed in step 50, FIG. 8. In 

discussed above, alternate or echo pages are returned as a particular, as mentioned above, the alternate web pages are 

result of the client transmitting the URLs for the original 20 returned any time a visitor selects a compliance link on a 

home page to the web site server in step 52. As mentioned target page. More particularly, in step 78, a target CGI 

above, once the client requests the URL for the original program (or alternatively a plug-in program, SSI or 3rd 

home page, the web server redirects the client to the site Party extension program as discussed above) is invoked by 

optimizer program (CGI or other alternative as discussed the compliance link by way of the site optimizer program, 

above) in accordance with the present invention, as illus- 25 substituting the URL for the target CGI program for the URL 

trated in step 52. The test configuration data from the site of the compliance link. In steps 80 and 82, the target CGI 

optimizer program is then read into the program variables in program records the fact that the compliance link was 

step 54. Subsequently, the system checks for the preferred selected. In steps 84 and 86, the HTML statements for the 

distribution method among the alternative web pages. Thus, 3Q compliance link are retrieved and the statements are returned 

in step 56, the system checks whether the distribution to the web server software. 

method is to be sequential or random. For sequential distri- FIG. 12 is a detailed flow diagram for the process in step 

bution among the alternative web pages, sequence numbers 50, FIG. 8. After the tests are conducted, the test data is 

are assigned to each of the alternatives. Any time an alter- analyzed, for example, as illustrated in FIG. 12. Initially, in 

nate web page is accessed, the sequence number of the 35 step 86, the data in the test summary file, test log file and 

particular web page last accessed is stored in a file. Thus, for web server log file is analyzed for the period in question in 

sequential distribution, the sequence number of the last order to determine the most effective of all of the alterna- 

alternate is accessed and incremented to the new sequence tives. For example, in step 88, reports could be created 

number. The new sequence number is then stored in step 58. 4Q showing the success percentage for each of the alternatives, 

The sequence number is then used in step 60 to correlate and in step 90, these percentages can be compared in order 

with one of the alternative home pages. to identify the best alternative in step 92. 

If a non-sequential method for distribution is to be used, After the best alternative web page is identified, the 

for example, a random distribution, a random number is alternate web page is implemented in step 7, as illustrated in 

generated in step 62 and correlated with one of the alternate 45 FIG. 13. In particular, the test configuration data, test 

or echo pages. After the particular alternative or echo page summary data and test log data is removed from the web 

is selected, the CGI program or static text file is accessed in server files in step 94. Since alternative pages will no longer 

step 64 for the selected alternate or echo page. Depending on need to be generated, the CGI programs for creating the 

the particular echo page selected, whether static or dynamic, alternative web pages are removed from the web server file 

the system determines in step 66 whether alternate HTML 50 in step 96, as well as any elements of the alternative web 

statements need to be manipulated. For example, if the pages that did not provide satisfactory results in step 98. 

alternative is the original web page, then no substitution is Since the successful alternative page will be implemented 

required. However, if an alternative page is selected, the replacing the original web page, the redirection of the web 

alternate page is generated as discussed above in step 68 55 page is removed from the web server software in step 100, 

based upon the configuration file as discussed in connection and the URL for the successful alternate page is replaced in 

with step 44, which allows alternative pages to be imple- step 102. 

mented by altering a single string within the HTML to The Source Code for implementing the fine steps of the 

represent each alternative. In step 70 the compliance link for process is provided in the Table. 

the original home page is replaced with the URL of a CGI 60 Obviously, many modifications and variations of the 

program (site optimizer target CGI program) or alternatively present invention are possible in light of the above teach- 

with a plug-in SSI or Third Party extension program as ings. Thus, it is to be understood that, within the scope of the 

discussed above for recording the selection of the compli- appended claims, the invention may be practiced otherwise 

ance link. Subsequently, as discussed above, the CGI pro- 65 than as specifically described above, 

gram or static file is returned to the web server in step 72. What is claimed and desired to be secured by Letters 

In order to keep track of the alternate web page being Patent of the United States is: 
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TABLE. 



#!/usrflocal/bin/perl5 



0 select 1 .pi 

9 This is a CGI program 
That will control the testing 
of multiple 

9 alternatives to a selected 

- \ test page as part of the 
*' SiteOptimizer{tm) 

-- 9 testing facility. 

- # The testing is based on 
' ' data contained in a test 
" - configuration file. 

- 9 select!. pi will ba 
' * invoked whenever a 

- - request is processed by the 

„ 9 web server for the test 

- page The program will 
select based on 

9 configuration parameter 

values, one of several 

alternative versions 

9 of the test page. The 

program will return the 

HTML statements for 

9 the selected alternative 

and record the event in a 

log file as well 

9 as in a summary dbm 

database. 

9 

9 The program wjll modify 
all occurrences of the 
target link being 
9 tested to refer to the 
targetl .pi CGI program. 



9 Copyright 1986, NetROI. 

All rights reserved. 

# 

9 



require "cgi-lib.pl 
require "soldcnfg.pl"; 

$LOCK_SH - 1; 9 
Shared File Lock fflock) 
Option 

SLOCK_EX - 2; 9 
Exclusive File Lock (flock) 
Option 

$LOCK_NB = 4; 9 Non- 
Blocking File Lock (flock) 
Option 

$LOCK_UN =8; 9 
Unlock Re Lock (flock) 
Option 

srand(time|$$); 9 seed 
the random number 
generator 

$Config_FileName - 
"/home/ggarrick/netroi/corp 
teet.conf"; 
$Curr_Time = time; 
print &PnntHeader; # 
output required HTTP 
header for HTML content 
that follows 

&load_config($Config_FileN 
ame) 1 1 &CgiError{" Unable 
to load configuration frfe - 
$Confi8_RleName"); 



26 



&Process_HTML(&Select_A 
LT); # Su!ect_AIt returns 
the alternative name which 
is passed to Process HTML" 



&Maks_Log_Entry; 



&Update_Su mmary; 



Start Subroutines 

sub Process_HTML { 

9 This subroutine expects 
a parameter containing the 
name of the alternative to 
be 

9 displayed- Using the 

configuration data, the 

alternative file name 

(HTML_Rle) 

9 will be read. The 

Find_and_Replace 

subroutine is called for 

each line read from 

# tha HTML file. Each tine 

is then returned (via pnnt) 

to the web server. 

$ C u rrent_A LT_Name 
= $J0]; 

$HTML_File = 
$ALT_FileNarne{$Current_ 
ALTJiame); 

$Search_String =* 
$ ALT_Search{ $Cu rre nt_A L 
T_Name}; 

$Replace_String = 
$ ALT_Replac e{ $ Cu rrent_A 
LTJJame}; 



open (HTML, 
-<$HTMLjnie") || 
&CgiError["Cannot Open 
HTML File $HTML_Rle for 
Alternative 

$Cu rrent_A LT_Na me " }; 
while (<HTML>) { 
pnnt 

&Rnd_and_Replace($J; 

} 9 end while 

close HTML; 
} 9 end Process_HTML 

sub Find_and_Replace { 

# this subroutine 
processes a single HTML 
line passed as a parameter 

# first the search/replace 
strings from the alternative 
are applied to 

# the line. Thia allows 
simple alternatives to use a 
single HTML file 

9 and just alter a single 
string (for example, a gif 
file name) 

9 for each alternative. 
9 

9 The Fix_Relattve_URL 
and Replace_Target 
subroutines are then called 
9 passing them the HTML 
line. 
9 

9 The HTML line with any 
and all modifications is 
then returned. 
9 

local($HTML_Line) = 

$_|01; 



Me- 
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$HTMLJjne =~ 
s/$Search_String/$ Replace 
_Stnng/; 

$HTML_Line = 
&Bx_Relative_URL($HTML_ 
Uneh 

SHTMLJjne - 
&Replace_Target_URL($HT 
MLJjne); 

return $HTML_Un8; 
} # and Fmd_and_Replace 

sub Fix_Relative_URL { 

# This subroutine 
processes a single line of 

~~ HTML passed as a 
parameter. 

9 The line is returned after 
any needed modifications 
have been made. 
# 

9 The line is checked for 

relative URLs so they can 

be changed to full 

9 URLs. This is necessary 

because the URLs are 

relauve to the location 

9 of the test page HTML 

file and not to the location 

of this CGI program 

9 which may be different 

9 

# URL_Prefix forms the full 
URL path to the test page. 
This is added to 

9 the relative URL to make 
it a full URL representing 
the same resource 

# that it pointed to relative 
to the test page. 

9 

9 FileName is used to 
complete the qualification 
of named anchors within 
9 the test page. 
9 



9 Relative URLs occur as 
values for href and src 
attributes. 

9 If the attribute value 
begins with "http:", or 
V then it is not 
9 a relative URL and does 
not need to be modified. 
Only href attributes 

# can contain named 
anchors as relative URL 
values. 

9 

9 When a relative URL is 
found, the URL_Prefix is 
inserted between the 

# attribute (href or src) 
name and the relative URL 
to form a full URL 

9 referonce. 
# 

local{$HTML_Lme) = 

locaK$URL_Prefix) = 
"http://$ENV{rSERVER.N 
AMEr}$ALT_PathName{$ 
Cu rrent_A LTJJame} " ; 

local($FilaName} = 
$ALT_FiIeName{$Current_ 
ALTName}; 

local($ result, 
$URL_Path); 

SfileName = ~ 
8/.*U(.»l$A1/; # 
separate just the file name 

if <$HTML_Lne -~ 
/hret = \"[http:|:|W]/i> { # 
leave these atone 

$ result = 
SHTML_Lme; 

} else { g 
otherwise fix the URL 

if <$HTMLLine 
= ~ /href =\"#/1) { # 
for named anchors 
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$URL_Path = 
$URL_Prefix.$FileName,# 
include the filename 
} else { 

$URL_Path = $URL_Prefix; 
# just use the prefix 
} 9 end if 

if 

US HTML JJ no =- 
/href-Wi>&& !($' = ~ 
/:/)) { 9 find the reference 
avoiding protocols other 
then http 

$result — 
$'.$6u$URL_Path.$'; 9 
insert the path 

} else { 

$ result ■ 
$HTML_Line; # 
return it unchanged 
} 9 end if 
) 9 end if 

$HTMLUne = 
5 result; 

if (sHTMLLine = - 
/src-\"[http:|:|VJ/i> { 9 
leave these alona 

$ result = 
$HTML_Line; 
} else { 

# otherwise fix 

the URL 

if ($HTML_Une 
«~ lerc=\*n) { 

5 result = 
URLJ>refix.9' : 
} else { 

$result = 

SHTML_Lme; 

} # end if 
} 9 end if 



raturn $ result; 
} 9 end Fix_Relative-URL 

sub Replace_Target_URL { 
9 This subroutine 
processes a single line of 
HTML passed as a 
parameter. 

# The line is returned after 
any needed modifications 
have bean made. 

# 

9 The line is checked for 
any reference to the target 
link identified 

# for the selected 
alternative. If found, the 
reference is replaced 

9 with a link to the 

target.pl CGI program with 

a parameter containing 

9 the sequence number of 

the alternative that was 

selected. 

9 

locaUsHTMLJjne) * 

$J0]; 

locaK$Target_URU = 
"http://$ALTTarget{$Curr 
ent_ALT_Name}"; 

local($CGI_URL) - 
&MyBaseUrl; 

$CGI_URL m ~ 
s/selectl .pl/targetl .pl/i; 

$HTML_Une 
s#$Target_URL#$CGI_URL. 
"P-.&Current^Selrfie; 

return SHTMLJjne; 
Mend 

ReplaceJTargetJJRL 

sub Currents el { 
9 This subroutine will 
return the sequence 
number of the currently 
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9 selected alternative 
(C u rrent_ALT_Na me ) . 
9 

local($x, $ result); 
for ($x = 1; $x < = 
$ Alternatives; $x+ + ) { 
if 

($Current_ALT_Name eq 
$ALT_SEQ($x}) { 

$ result = 

$x; 

last; 
9 take the first 

match 

) 9 end if 
} 9 end for 
return $result; 
) 9 end Currer«_Sal 

sub Select_ALT { 

9 Thts subroutine will 

return the alternative name 

for the next 

9 alternative to be 

displayed. The method of 

selection 13 determined 

9 by the configuration 

parameter value, 

Distjvlethod. Random is 

the 

9 default unless 
Distjvlethod equals 
"Sequential". 
9 

I ocal($ result); 
if ($Drst_Method eq 
"Sequential") { 

Sresult = 

&Next_ALT; 

} else { 

$result - 
&Random_ALT; 

} 9 end of if 

return $ result; 

} 9 end Satect_ALT 



sub Next_ALT { 

9 For sequential 

distribution, a selection file 

is maintained with 

9 the sequence number of 

the last alternative 

displayed. This subroutine 

9 reads the value from 

that file, increments it by 

one and updates 

9 the selection file to 

reflect the new value. 

9 

9 The alternative name 
that corresponds to the 
new sequence number is 
9 then returned. 
9 

if <-r 

$Select_RleName> { # is 
the selection file readable? 

if (open <SEL, 

" + < $ Select RleName"}) { 
9 yes, then open it for I/O 

flocMSEL, $LOCK_EX); # 
obtain an exclusive lock on 
the file 

seek(SEL, 0, 0); # 
make sure we are at the 
beginning of the file 

readCSEU 
$packed_string, 22}; 9 
reed in the selection 
number 

($string1 , 

$seq_num) = 

unpeek{"A1 8i",$packed_str 
ing); # unpack the 
selection number 

} also { » 
the open failed 

&CgiError(" <P> Selection 
file error: 
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$Select_FileName"}; 9 
error message 

$seq_mim =0; 9 
start the sequence number 
at zero 

) 9 end if 
} else { 9 
selection file not readable 

if (open (SEL, 
"+>$Select_Fi!eName ,, N { 
9 try to create a new one 

flocMSEL, SLOCK_EX); # 
obtain an exclusive lock 

$seq_num =0; # 
set the sequence number 
to 2 era 

} else { 9 
the open failed 

&CgiError(" <P> Selection 
file error: 

$ Select J=ile Name"); 9 
error message 

$aeq_num =0; # 
start sequence number at 
zero 

} 9 end if 
) 9 end if 
$seq_num+ +; 9 
increment the sequence 
number 

if <$seq_num > 
$ Alternatives) { 9 if 

> number of alternatives 
$seq_num = 

i; 9 

start over at number one 
} 

if {seek {SEL,0,0> 
= =D{ 9 
return to the beginning of 
the file 



print SEL 
packrA18i\ "Current 
Selection $seqjium); 9 
output the new value 

} else { 9 
problem with the file 

flocMSEL, 
$LOCKJJN); 9 
release the lock 

close (SEL>;# 
close the file 

&CgiError(" < P > Seek 
failed on wnte"); # 
error message 
> 

flocMSEL, 
$LOCK_UN>; # 
release the lock 

close |SEU; # 
close the file 

return 

$ALT_SEQ{ $sectnum);# 
alternative name for seq 
number 

} 9 end Next_ALT 

sub Random_ALT { 
9 This subroutine will 
select an alternative 
number at random and 
return 

# the alternative name that 
corresponds to the random 
selection. 
# 

9 The percentages of each 

alternative are accumulated 

until a random 

9 number between 1 and 

100 is less than the 

accumulated voluo, then 

the 

9 last alternative added is 

the selection. 

9 
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9 This will allow the 
distribution to be controlled 
by the tester with 

# uneven distribution 
between the alternatives 
being possible ae long 

# as the percentages add 
up to TOO. 

# 

local ($accum_percent} = 
0; 

local($result) = 
$ALT_SEQ{1); 9 
default to first alternative 

locai($rand_num} = 
int(rand{100» + 1; # get 
random integer from 1 to 
100 

foreach $a!t {sort 
kaye(%ALTPercent)) { 

$accum_percent + = 
$ALTPercent{$alt}; 

if ($rand_num 
< = $accum_psrcant) { 

$ result = 

$alt; 

fast; 
} # end of if 
} # end of foreach 
return $result; 
} # end RandomJXLT 

sub Update_Summary { 
9 This subroutine updates 
the summary dbm database 
identified for this test in 
9 the configuration file. 
9 

# The latest time in the 
timostamp record is 
updated to reflect the time 
of the 



9 display of the 

alternative. 

9 The Test summary 

record is updated to add 

one to the display count. 

9 The Alternative record is 

updated to add one to the 

display count. 

9 

dbmopent%Summary,$Su 
mmary_FileName,undef) j | 
ACgiErrorCdbmopen error 
in Update_Summary"'}; 

$Key_Timestamp = 
pacM" A25A25V \ - 

$Key_TestSumm = 
pack("A25A25", 
$Teat_Name, " *); 

SKey_AltSumm - 
pack(' , A25A25 w < 
$Test_Name, 
$ Current_A LT_N am b}; 

{$Start_Time, 
$Latest_Time) = 
unpackCir,$Summary{$Ke 
y_Timestamp}); 

<$Test_ALTs, 
$Test_Requests, 
$Test_Success) = 
unpack! "in", 

$Summary{sKey_TestSum 
m}); 

<$ALT_Display, 
$ALT_Success> = 
unpackCii", 

$ Summ ary{ S Koy_AltSumm 

}); 

$Test_Requests+ +; 
$ALT_Display + +; 

$ Su mmary{ $ Key_Ti m e stam 
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p} = 

packrir,$Start_Time, 
$Curr_Time); 

$Summary{$Key_TestSum 
m} = packriii", 
STeat_ALTs, 
$Teet_Requests, 
$Test_SuccesB); 

$Summary{ $Key_A1tSumm 
} = pack("n", 
SALT_Display, 
$ALT_Success); 

dbmclose(%Summ3ry); 
) # end Update_Summary 

sub Make_Log_Entry { 

9 This subroutine appends 

a log entry to the test log 

file identified in the 

9 test configuration file. 

9 

9 The log entry contains: 
Remote Host 

9 Remote 

Ident or "-" 

9 

Remove_User or "-" 
# 

TimeStamp 

[dd/mmm/yyyy:hh:mm:G8 - 
00001 (-0000 is relative to 
GMT) 

# CGI 

Program URL 

9 Test 

Name 

9 

Sequence Number of 
selected alternative 
# 

Arte mati vo Name 



9 User 
Agent or 

9 Referrer 
or "-" 

* Cookie 

or 

# 

if (open 
{LOGFILE," > > S Log_FileNa 
me")) { 9 open 

file 

flock(LOGFILE, 
$LOCK_EX}; # 
get exclusive lock 

seeMLOGFILE, 
0, 2); # 
go to end of file 

print LOG RLE 
$ENV{"REMOTE w HOST")." 

(SENV{-REMOTE_IDENT"} 
? $ EN V{ " REM OTE J D E NT" } 
: "-•>." V 

1$ENV{"REM0TE_USER") ? 
$ENV{-REM0TE_USER") : 
"-")." \ 

&DateTime_Stamp<$ Curr_T 
ime)." 

"\"".&MyBa B eUrt.n" \ 

•V.nest/Jama.V -. 

&CurrentSel." 

•V\$Current_ALT_Name. H 
V". 

{$ENV{"HTTP_USER_AGEN 

n? 

"\*" .$ENV{ H HTTPJJSER_A 
GENT"}."\" H : "-")," 
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($ENV{"HTTP_REFERER W } 

? 

"V"\$ENV{"HTTP_REFERE 
R')."V" : "-•)." \ 

^ENV^M-FTP^C-OKIE"} > 
B r".$ENV{"HTTP_COOKIE 
: "-")."\n"; 

ftocktLOGFILE, 
SLOCKJJN); # 
release lock 

close 

(LOGFILE); # 
close file 

} # there is 
nothing that can be done if 
the log file will not open 
) # end Make_Log_Entry 

eub DateTime_Stamp { 
0 format date and time for 
the log file 
» 

local (STime) = $J0); 

local ($aec, $min, 
$hour, Smday, $mon, 
$year, $wday, $yday, 
Sisdst) = localtime{$Time); 

local($Month) - 
Uan,Feb,Mar,Apr,May,Jun, 
Jul.Aug,Sep,Oct,Nov,Dec)[ 
SmonJ; 

locaH$TZone) = 
«iT l me_Zono({$ENV{"TZ"} 
? $ENV{"TZ") : 
"US/Central"), $isdst); 

!ocal($dhour) ■ 
sub6trC00\$hour,-2}; 

local ($dnnm) = 
substr("00".$min,-2); 

locsUsdsec) = 
8ubstrf00".$sec,-2); 

return 

"I$mday/$ Month/1 9 $year: 



$dhour:$dnrsin:$dsec - 
STZoneJ"; 

} n end DatBTime_Stamp 

sub Time_Zone { 

# set the time zone relative 
to GMT 

# this currently only works 
for US/Central time 

9 

local(sTZ) = SJ03; 
local($DST) = 
local($Zone); 
if ($TZ eq 
"US/CentraPl { 

$Zone = 6; 
) else { 

$Zone = O; 

) 

»f (SDST) {$Zone-« 

1i) 

$Zone m 
substrCO".$Zone."00",-4); 

return $Zone; 
} # end Time_Zone 
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#'Aisr/local/bm/perl5 
# 



# target1.pl 

# this CGI program will be 
invoked whenever the 
visitor 

# selects the target Bnk 
identified In the 
configuration 

# file. That is because the 
select.pl program will 
replace 

# each occurrence of the 
target link with a link to 
this 

# program (targat.pl). 
select.pl will pass the 
sequence 

9 number of the 
alternative displayed in the 
URL, 
9 (ie. 

http://server.neme/path.na 
me/target .pi ?2 for 

# alternative 2. 1 
# 

# This program will load 
the configuration file and 
then, 

# based on the alternative 
number, access the 
alternative 

# name which is then used 
to get the URL of the target 

# page. The Target URL is 
then returned to the server 

# in the HTTP redirection 
header as the location 
value. 

# 

ff Copyright 1996,NetROL 
All rights reserved. 



# 



require "cgi-hb.pl"; 
require "soldcnfg.pl"; 

$ConfigJ=iIeName = 
"/home/gg a rn ck/n etroi /co rp 
test.conf"; 

if 

<&load_config{$Config_Rle 
Name)) { # load the 
configuration file 
) else < 

&CgiDie("Unable to 
load configuration frle 
$Config_FileName"}; 
} 

&ReadParso; 

# get the query values 
from the URL 

# get the alternative name 
based on the sequence 
number from the URL 
$Current_ALT_Name = 
$ALT_SEQ{ $ENVf."QUERY_ 
STRING"}}; 

# send an HTTP 
redirection header with the 
target URL as the location 
pnnt "Status: 302 
Redirection^"; 

print "Location: 

http ://$ A LT_Ta rgot{ $ Cu rre 

nt_ALT_Name}\n\n"; 

# update the summary file 
to indicate that the target 
link was selected 
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